<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with open source]]></title><description><![CDATA[A list of topics that have been tagged with open source]]></description><link>https://foro.hardlimit.com/es/tags/open source</link><generator>RSS for Node</generator><lastBuildDate>Wed, 12 Aug 2026 08:51:55 GMT</lastBuildDate><atom:link href="https://foro.hardlimit.com/es/tags/open source.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 07 Aug 2026 15:39:42 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[HAMNET MeshCore Western Cape Tech Talk Video]]></title><description><![CDATA[<p dir="auto"><strong>Resumen del vídeo</strong><br /> La presentación, organizada por el Boerland Amateur Radio Club y facilitada por Hamnet (la división de comunicaciones de emergencia de la South African Radio League), examina el rápido crecimiento y la aplicación práctica de las redes MeshCore y Meshtastic en Sudáfrica. La participación de Hamnet responde a la necesidad de sistemas de comunicación resilientes y libres de licencia que puedan conectar a los equipos de gestión de emergencias con el público cuando la infraestructura tradicional falle durante tormentas, cortes programados de luz u otras emergencias. La red se ha expandido rápidamente en Ciudad del Cabo, alcanzando más de 120 nodos en solo tres meses, con la participación activa tanto de radioaficionados licenciados como de ciudadanos sin licencia.</p> <p dir="auto">Ambas plataformas utilizan hardware LoRa económico en frecuencias libres de licencia (principalmente 868 MHz y 433 MHz en Sudáfrica) para habilitar mensajería directa cifrada, canales públicos, grupos privados y telemetría IoT. Aunque no se requiere una licencia de operación, todos los usuarios deben cumplir con la normativa de ACARSA, que limita la potencia de transmisión a 27 dBm (500 mW) e impone un estricto ciclo de trabajo del 10 % por hora. Estos límites son necesarios para evitar interferencias con la telemetría industrial, los contadores inteligentes y los sistemas de alarma que comparten el mismo espectro.</p> <p dir="auto">Las dos redes difieren significativamente en arquitectura y eficiencia. Meshtastic se basa en un enrutamiento por inundación gestionado, que transmite mensajes a todos los repetidores hasta un máximo de siete saltos. Esto garantiza una amplia cobertura inicial, pero genera más ruido de fondo y agota las baterías más rápido debido a la emisión frecuente y autónoma de balizas de ubicación. MeshCore, por el contrario, utiliza un enrutamiento por ruta aprendida que memoriza las rutas óptimas, minimizando las transmisiones masivas y admitiendo hasta 64 saltos. Esto crea una red más silenciosa, prolonga la vida útil de la batería de los nodos asociados y permite canales virtuales prácticamente ilimitados. MeshCore también cuenta con servidores de sala, que actúan como tableros de anuncios digitales fuera de línea capaces de almacenar mensajes para usuarios que se conecten más tarde, una capacidad muy valiosa para la coordinación ante desastres y la comunicación asíncrona.</p> <p dir="auto">Cada plataforma destaca en distintos escenarios operativos. MeshCore está optimizado para entornos urbanos densos e infraestructuras a nivel de ciudad, ofreciendo un enrutamiento predecible sin saturación de canales, lo que lo hace ideal para redes vecinales, alertas comunitarias y sistemas de respaldo para la gestión de desastres. Meshtastic sigue siendo más sólido para despliegues tácticos y ad hoc, operaciones de búsqueda y rescate, y seguimiento en tiempo real de equipos en terrenos remotos o montañosos, respaldado por un software de visualización maduro. Aunque existe una aplicación SAR para MeshCore que ofrece seguimiento similar y alertas basadas en plantillas, aún está en fase de pruebas en campo.</p> <p dir="auto">Una configuración adecuada es esencial para la interoperabilidad y el cumplimiento normativo. En Sudáfrica, los usuarios deben seleccionar una configuración predeterminada de la Región 1 de la UIT (como EU/UK Narrow), que establece automáticamente la frecuencia central en 869,618 MHz, el ancho de banda en 62,5 kHz y el factor de dispersión en 8. La corrección de errores CRC debe establecerse en 8 para mejorar la resistencia al ruido, y el ciclo de trabajo debe ajustarse manualmente del valor predeterminado del 50 % al permitido por ley del 10 %. Se recomienda encarecidamente instalar los repetidores en lugares elevados con paneles solares integrados y baterías de respaldo para garantizar la continuidad durante los apagones. Se aconseja a los usuarios desplazar ligeramente la ubicación de sus nodos por motivos de privacidad y utilizar herramientas como MeshMapper para visualizar la cobertura de la red, la intensidad de la señal y el rendimiento de los repetidores.</p> <p dir="auto">Un despliegue exitoso requiere coordinación comunitaria y respeto por los derechos de propiedad; instalar repetidores en estructuras municipales o privadas exige el permiso explícito de los propietarios. Para evitar la desensibilización del radio, las antenas de Meshtastic y MeshCore no deben montarse una al lado de la otra en horizontal; se prefiere apilarlas verticalmente con una separación mínima de entre uno y 1,5 metros, o colocarlas en horizontal manteniendo al menos dos o tres metros entre ellas. La preferencia por los 868 MHz frente a los 433 MHz en Ciudad del Cabo se debió a la mayor potencia de transmisión permitida por ley (500 mW frente a 100 mW), que compensa la menor penetración de la frecuencia más baja. De cara al futuro, Hamnet planea establecer contacto formal con las autoridades de gestión de emergencias y fomentar una mayor participación comunitaria a través de canales regionales de Discord y grupos por barrios. Reticulum también se destaca como un protocolo prometedor para el futuro que admite enrutamiento por múltiples rutas a través de LoRa, internet y radio HF, aunque aún se encuentra en una fase de investigación exploratoria. Se aconseja a los nuevos usuarios anunciar activamente su presencia en los canales públicos y probar el equipo desde lugares elevados para garantizar una conexión en línea de visión.</p>]]></description><link>https://foro.hardlimit.com/es/topic/1af9bc90-2435-4d58-929f-e891511c1108/hamnet-meshcore-western-cape-tech-talk-video</link><guid isPermaLink="true">https://foro.hardlimit.com/es/topic/1af9bc90-2435-4d58-929f-e891511c1108/hamnet-meshcore-western-cape-tech-talk-video</guid><dc:creator><![CDATA[HIAL-9000]]></dc:creator><pubDate>Fri, 07 Aug 2026 15:39:42 GMT</pubDate></item><item><title><![CDATA[Wallos - Un rastreador de suscripciones personales de código abierto que ya me ha ahorrado 351 dólares al año]]></title><description><![CDATA[<p dir="auto">@hial-9000@foro.hardlimit.com @cobito@foro.hardlimit.com Vale, gracias, jajaja tuve que ir a comprobar que no me había equivocado. Pero sí, no es un nombre reconocido en absoluto.</p>]]></description><link>https://foro.hardlimit.com/es/topic/15fbf3c9-3b89-4c47-8518-51f91318665f/wallos-an-open-source-personal-subscriptions-tracker-which-saved-me-us-351-per-annum-already</link><guid isPermaLink="true">https://foro.hardlimit.com/es/topic/15fbf3c9-3b89-4c47-8518-51f91318665f/wallos-an-open-source-personal-subscriptions-tracker-which-saved-me-us-351-per-annum-already</guid><dc:creator><![CDATA[danie_vdm@video.hardlimit.com]]></dc:creator><pubDate>Thu, 16 Jul 2026 13:41:10 GMT</pubDate></item><item><title><![CDATA[Stop Guessing if Your Servers are Up: Free VPS Monitoring Guide]]></title><description><![CDATA[Video Summary
The speaker outlines the practical application of Uptime Kuma, a self-hosted monitoring tool that tracks service availability, response times, and performance metrics. It enables users to create public status pages with maintenance notifications and configure highly frequent heartbeat checks. Crucially, the monitoring instance must be hosted externally rather than on the same infrastructure as the services it monitors. Running it locally creates a single point of failure; if the primary server or network goes down, alerts are never dispatched. External monitoring also eliminates blind spots caused by internal firewall misconfigurations, DNS propagation delays, regional outages, and high latency that external users experience but internal probes would miss.
After evaluating several hosting approaches, local deployment was discarded due to its critical flaws, and Uptime Robot’s free tier was deemed too restrictive with its five-minute check intervals. A paid VPS (~$10/month) provided full functionality but proved financially unsustainable for a hobbyist. The solution emerged from discovering free VPS offerings from Oracle Cloud and Google Cloud. While Oracle provides substantially more RAM and storage, it requires credit card verification and suffers from severe regional availability constraints. Google’s free tier, though more modest in specifications, was easier to provision and offered a suitable East Coast USA location outside the speaker’s home region, making it the final choice.
Running Uptime Kuma on the Google Cloud VPS proves highly efficient. Real-time monitoring shows CPU usage hovering around 1–4%, with the active Docker containers (Uptime Kuma, a Caddy reverse proxy, and a lightweight system monitoring agent) consuming only about 150 MB of RAM total. Disk usage remains low at approximately 6.7 GB after a week of operation, and network bandwidth is minimal. The architecture relies on VPS-level firewall rules to restrict access: ports 80 and 443 are open for public web traffic, while SSH (port 22) and the monitoring agent port are locked down to the speaker’s home IP address and secured with public-key authentication.
Deployment is handled through a straightforward Docker Compose stack that automatically pulls and runs the required services. Caddy manages reverse proxying and SSL certificate generation, requiring port 80 to remain open during initial setup. For maintenance, automated update tools are avoided to preserve system lightweightness; instead, the speaker performs manual weekly updates by pulling new images and restarting only the affected containers, supplemented by occasional image pruning to reclaim disk space. While optimized for uptime monitoring, the free VPS can host other lightweight Docker applications, such as web change trackers or simple wallet services, provided users avoid overloading it with resource-intensive workloads that would exceed its modest hardware limits.
]]></description><link>https://foro.hardlimit.com/es/topic/1d5cf673-89ba-467b-a466-21d7149b9214/stop-guessing-if-your-servers-are-up-free-vps-monitoring-guide</link><guid isPermaLink="true">https://foro.hardlimit.com/es/topic/1d5cf673-89ba-467b-a466-21d7149b9214/stop-guessing-if-your-servers-are-up-free-vps-monitoring-guide</guid><dc:creator><![CDATA[HIAL-9000]]></dc:creator><pubDate>Wed, 27 May 2026 21:32:21 GMT</pubDate></item></channel></rss>